home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1992 / i / i150.asc < prev    next >
Text File  |  1993-06-28  |  21KB  |  733 lines
  1. _______________
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11. INTERNATIONAL  TELECOMMUNICATION  UNION
  12.  
  13.  
  14.  
  15.  
  16.  
  17. CCITT    I.150
  18.  
  19. THE  INTERNATIONAL
  20.  
  21. TELEGRAPH  AND  TELEPHONE
  22.  
  23. CONSULTATIVE  COMMITTEE
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35. INTEGRATED  SERVICES  DIGITAL
  36.  
  37. NETWORK  (ISDN)
  38.  
  39. GENERAL  STRUCTURE  AND  SERVICE
  40.  
  41. CAPABILITIES
  42.  
  43.  
  44.  
  45.  
  46.  
  47. B-ISDN  ASYNCHRONOUS  TRANSFER  MODE
  48.  
  49. FUNCTIONAL  CHARACTERISTICS
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61. Recommendation  I.150
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73. Geneva, 1991
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149. Printed in Switzerland
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165. FOREWORD
  166.  
  167.  
  168.  
  169.     The CCITT (the International Telegraph and Telephone Consultative Committee) is a permanent organ of the Interna-
  170. tional Telecommunication Union (ITU). CCITT is responsible for studying technical, operating and tariff questions and issuing 
  171. Recommendations on them with a view to standardizing telecommunications on a worldwide basis.
  172.  
  173.     The Plenary Assembly of CCITT which meets every four years, establishes the topics for study and approves 
  174. Recommendations prepared by its Study Groups. The approval of Recommendations by the members of CCITT 
  175. between Plenary Assemblies is covered by the procedure laid down in CCITT Resolution No. 2 (Melbourne, 1988).
  176.  
  177.     Recommendation I.150 was prepared by Study Group XVIII and was approved under the Resolution No. 
  178. 2 procedure on the 5 of April 1991.
  179.  
  180.  
  181.  
  182.  
  183.  
  184. ___________________
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194. CCITT  NOTES
  195.  
  196.  
  197.  
  198. 1)    In this Recommendation, the expression "Administration" is used for conciseness to indicate both a telecommunica-
  199. tion Administration and a recognized private operating agency.
  200.  
  201. 2)    A list of abbreviations used in this Recommendation can be found in Annex A.
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219. aITU1991
  220.  
  221. All rights reserved. No part of this publication may be reproduced or utilized in any form or by any means, electronic or 
  222. mechanical, including photocopying and microfilm, without permission in writing from the ITU.
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.     Preamble to B-ISDN Recommendations
  231.  
  232.     In 1990, CCITT SG XVIII approved a first set of Recommendations on B-ISDN. These are:
  233.  
  234. I.113 û Vocabulary of terms for broadband aspects of ISDN
  235.  
  236. I.121 û Broadband aspects of ISDN
  237.  
  238. I.150 û B-ISDN asynchronous transfer mode functional characteristics
  239.  
  240. I.211 û B-ISDN service aspects
  241.  
  242. I.311 û B-ISDN general network aspects
  243.  
  244. I.321 û B-ISDN Protocol Reference Model and its application
  245.  
  246. I.327 û B-ISDN functional architecture
  247.  
  248. I.361 û B-ISDN ATM Layer specification
  249.  
  250. I.362 û B-ISDN ATM Adaptation Layer (AAL) functional description
  251.  
  252. I.363 û B-ISDN ATM Adaptation Layer (AAL) specification
  253.  
  254. I.413 û B-ISDN user-network interface
  255.  
  256. I.432 û B-ISDN user-network interface û Physical Layer specification
  257.  
  258. I.610 û Operation and maintenance principles of B-ISDN access
  259.  
  260.     These Recommendations address general B-ISDN aspects as well as specific service- and network-ori-
  261. ented issues, the fundamental characteristics of the asynchronous transfer mode (ATM), a first set of relevant 
  262. ATM oriented parameters and their application at the user-network interface as well as impact on operation 
  263. and maintenance of the B-ISDN access. They are an integral part of the well established I-Series Recommen-
  264. dations. The set of Recommendations are intended to serve as a consolidated basis for ongoing work relative to 
  265. B-ISDN both within CCITT and in other organizations. They may also be used as a first basis towards the devel-
  266. opment of network elements.
  267.  
  268.     CCITT will continue to further develop and complete these Recommendations in areas where there are 
  269. unresolved issues and develop additional Recommendations on B-ISDN in the I-Series and other series in the 
  270. future.
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278. PAGE BLANCHE
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288. Recommendation I.150
  289.  
  290. Recommendation I.150
  291.  
  292.  
  293.  
  294. B-ISDN  ASYNCHRONOUS  TRANSFER  MODE  FUNCTIONAL  CHARACTERISTICS
  295.  
  296.  
  297.  
  298.  
  299.  
  300. 1    Introduction
  301.  
  302.     This Recommendation addresses specifically the functions of the ATM Layer. This Layer is common to all 
  303. services including signalling and OAM.
  304.  
  305.  
  306.  
  307.  
  308.  
  309. 2    Basic principles of ATM
  310.  
  311.     ATM is the transfer mode solution for implementing a B-ISDN. It influences the standardization of digital 
  312. hierarchies, multiplexing structures, switching and interfaces for broadband signals.
  313.  
  314.     ATM is used in this Recommendation for addressing a specific packet-oriented transfer mode which 
  315. uses asynchronous time division multiplexing techniques. The multiplexed information flow is organized into 
  316. blocks of a fixed size called cells. A cell consists of an information field and a header. The primary role of the 
  317. header is to identify cells belonging to the same virtual channel within the asynchronous time division multi-
  318. plex. Transfer capacity is assigned by negotiation and is based on the source requirements and the available 
  319. capacity. Cell sequence integrity on a virtual channel connection is preserved by the ATM Layer.
  320.  
  321.     ATM is a connection-oriented technique. Connection identifiers are assigned to each link of a connec-
  322. tion when required and released when no longer needed. In general, signalling and user information are carried 
  323. on separate ATM Layer connections.
  324.  
  325.     ATM offers a flexible transfer capability common to all services, including connectionless services. 
  326. Additional functionalities on top of the ATM Layer (e.g. in the ATM Adaptation Layer (AAL)) are provided to 
  327. accommodate various services. The boundary between the ATM Layer and the AAL corresponds to the boundary 
  328. between functions supported by the contents of the cell header and functions supported by AAL-specific infor-
  329. mation. The AAL-specific information is contained in the information field of the ATM cell.
  330.  
  331.     The information field is transported transparently by the ATM Layer. No processing, e.g. error control, 
  332. is performed on the information field at the ATM Layer.
  333.  
  334.     The header and information field each consists of a fixed integer number of octets. The header size (5 
  335. octets) and the information field size (48octets) remain constant at all reference points, including the User-
  336. network interface (UNI) and the Network-node interface (NNI), where the ATM technique is applied.
  337.  
  338.  
  339.  
  340.  
  341.  
  342. 3    ATM Layer
  343.  
  344.  
  345.  
  346. 3.1    ATM Layer connections
  347.  
  348. 3.1.1    Connection definition
  349.  
  350.     An ATM Layer connection consists of the concatenation of ATM Layer links in order to provide an end-to-
  351. end transfer capability to access points.
  352.  
  353. 3.1.2    Connection identifiers
  354.  
  355. 3.1.2.1    Virtual path identifiers (VPIs) and virtual channel identifiers (VCIs)
  356.  
  357.     At a given interface, in a given direction, the different virtual path (VP) links multiplexed at the ATM 
  358. Layer into the same Physical Layer connection are distinguished by the VPI. The different virtual channel (VC) 
  359. links in a virtual path connection (VPC) are distinguished by the VCI as indicated in Figure 1/I.150.
  360.  
  361.  
  362.  
  363.  
  364.  
  365. FIGURE 1/I.150   =   cm
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375. 3.1.2.2    VPI-VCI relationships
  376.  
  377.     Two different VCs belonging to two different VPs at a given interface may have the same VCI value. There-
  378. fore, a VC is only fully identified at an interface by both VPI and VCI values.
  379.  
  380.     A specific value of VCI has no end-to-end significance if the virtual channel connection (VCC) is 
  381. switched. VPIs may be changed wherever VP links are terminated (e.g. cross-connects, concentrators and 
  382. switches). VCIs may only be changed where VC links are terminated. As a consequence, VCI values are preserved 
  383. within a VPC.
  384.  
  385. 3.1.2.3    Number of active connections at the UNI
  386.  
  387.     At the UNI, 24 bits are available in the VPI/VCI field for connection identification. The actual number of 
  388. routing bits in the VPI and VCI fields used for routing is negotiated between the user and the network, e.g. on 
  389. a subscription basis. This number is determined on the basis of the lower requirement of the user or the net-
  390. work. The rules to determine the position of the routing bits used within the VPI/VCI field are given in _ 2.2.3 
  391. of Recommendation I.361.
  392.  
  393. 3.1.3    Aspects of virtual channel connections (VCCs)
  394.  
  395. 3.1.3.1    General characteristics of VCCs
  396.  
  397.     The definition of a VCC is given in Recommendation I.113. This section provides additional explanations to 
  398. facilitate the understanding of the following topics:
  399.  
  400. a)    Quality of service: a user of a VCC is provided with a Quality of Service specified by parameters such as 
  401. cell loss ratio and cell delay variation;
  402.  
  403. b)    Switched and (semi-) permanent VCCs: VCCs can be provided on a switched or (semi-) permanent basis;
  404.  
  405. c)    Cell sequence integrity: cell sequence integrity is preserved within a VCC;
  406.  
  407. d)    Traffic parameter negotiation and usage monitoring: traffic parameters shall be negotiated between a user 
  408. and a network for each VCC at VCC establishment and may be subsequently renegotiated. Input cells from the user to the 
  409. network will be monitored to ensure that the negotiated traffic parameters are not violated.
  410.  
  411. 3.1.3.2    Establishment and release of a VCC
  412.  
  413. 3.1.3.2.1    Establishment/release at the UNI
  414.  
  415.     VCCs may be established/released using one or more of the following four methods:
  416.  
  417. a)    without using signalling procedures, e.g. by subscription [(semi-)permanent connections];
  418.  
  419. b)    meta-signalling procedures (see Recommendation I.311), e.g. by using a meta-signalling VCC to estab-
  420. lish/release a VCC used for signalling;
  421.  
  422. c)    user-to-network signalling procedures, e.g. using a signalling VCC to establish/release a VCC used for 
  423. end-to-end communications;
  424.  
  425. d)    user-to-user signalling procedures, e.g. using a signalling VCC to establish/release a VCC within a pre-
  426. established VPC between two UNIs.
  427.  
  428.     The value assigned to a VCI at a UNI using the methods listed above could be assigned by one of the fol-
  429. lowing:
  430.  
  431. a)    the network;
  432.  
  433. b)    the user;
  434.  
  435. c)    negotiation between the user and the network;
  436.  
  437. d)    standardization.
  438.  
  439.     The specific value assigned to a VCI at a UNI is, in general, independent of the service provided over that 
  440. VC. For terminal interchangeability and initialization it is desirable to use the same value for certain functions 
  441. on all UNIs. For example, the same VCI value for the meta-signalling VC will be used on all UNIs in order to 
  442. simplify initialization of the terminal equipment.
  443.  
  444. 3.1.3.2.2    Establishment/release at the NNI
  445.  
  446.     ATM network elements (e.g. ATM switches, cross-connects and concentrators) process the ATM cell header 
  447. and may provide VCI and/or VPI translation. Thus, whenever a VCC is established/released across the ATM net-
  448. work, VC links may need to be established/released at one or more NNIs. VC links are established/released 
  449. between ATM network elements using inter- and intra-network signalling procedures; other methods are also 
  450. possible.
  451.  
  452. 3.1.3.3    Pre-assigned VCIs
  453.  
  454.     Pre-assigned VCI values are reserved for:
  455.  
  456. a)    unassigned cell identification;
  457.  
  458. b)    meta-signalling VC identification;
  459.  
  460. c)    general broadcast signalling VC identification;
  461.  
  462. d)    physical layer cell identification;
  463.  
  464. e)    other uses are for further study.
  465.  
  466.     Additional information concerning the use of these values in combination with VPI values can be found in 
  467. _3.1.4.3.
  468.  
  469. 3.1.3.4    Signalling VCs
  470.  
  471.     Refer to Recommendation I.311.
  472.  
  473. 3.1.3.5    OAM VCs
  474.  
  475.     Refer to Recommendation I.610.
  476.  
  477. 3.1.4    Aspects of Virtual Path Connections (VPCs)
  478.  
  479. 3.1.4.1    General characteristics of VPCs
  480.  
  481.     The definition of a VPC is given in Recommendation I.113. This section gives additional explanations con-
  482. cerning VPCs to facilitate the understanding of the following topics:
  483.  
  484. a)    Quality of service
  485.  
  486.     A user of a VPC is provided with a quality of service specified by parameters such as cell loss ratio and 
  487. cell delay variation.
  488.  
  489. b)    Switched and (semi-) permanent VPCs
  490.  
  491.     VPCs can be established on a switched or (semi-) permanent basis.
  492.  
  493. c)    Cell sequence integrity
  494.  
  495.     Cell sequence integrity is preserved for each VCC within a VPC.
  496.  
  497. d)    Traffic parameters negotiation and usage monitoring
  498.  
  499.     Traffic parameters will be negotiated between a user and the network for each VPC at VPC establishment 
  500. and may be subsequently renegotiated. Input cells from the user to the network will be monitored to ensure that the 
  501. negotiated traffic parameters are not violated.
  502.  
  503. e)    VCI restrictions within a VPC
  504.  
  505.     One or more VCIs within a VPC may not be available to the user of the VPC. The number and values of 
  506. these VCIs are for further study.
  507.  
  508. 3.1.4.2    Establishment and release of a VPC
  509.  
  510.     A VPC may be established/released between VPC endpoints by one of the following methods. These meth-
  511. ods are for further study.
  512.  
  513. a)    Establishment/release without using signalling procedures. In this case the VPC is established/released on 
  514. a subscription basis.
  515.  
  516. b)    Establishment/release on demand:
  517.  
  518.     û    Customer controlled VPC establishment/release where VP configuration may be performed by the user 
  519. invoking signalling or network management procedures.
  520.  
  521.     û    Network controlled VPC establishment/release may be performed by network signalling procedures.
  522.  
  523. 3.1.4.3    Pre-assigned VPIs
  524.  
  525.     Pre-assigned VPI values are used for:
  526.  
  527. a)    unassigned cell identification and physical layer cell identification;
  528.  
  529.     Note û For the unassigned cell identification and cells reserved for use by the physical layer, a pre-
  530. assigned value of VPI/VCI combination is reserved.
  531.  
  532. b)    meta-signalling VC identification;
  533.  
  534. c)    general broadcast signalling VC identification;
  535.  
  536. d)    other uses are for further study.
  537.  
  538. 3.1.5    Pre-assigned cell header values
  539.  
  540.     Cells reserved for the use of the physical layer have pre-assigned values reserved for the whole header; 
  541. these values are not to be used by the ATM layer.
  542.  
  543.  
  544.  
  545. 3.2    Service characteristics
  546.  
  547. 3.2.1    Services expected from the physical layer
  548.  
  549.     For further study.
  550.  
  551. 3.2.2    Services provided to the higher layer
  552.  
  553.     For further study.
  554.  
  555.  
  556.  
  557. 3.3    Management plane interactions
  558.  
  559.     For further study.
  560.  
  561.  
  562.  
  563. 3.4    Functions of the ATM layer
  564.  
  565. 3.4.1    Cell multiplexing and switching
  566.  
  567.     The basic ATM routing entity for switched services is the VC. It is handled in VC multiplexers/demultiplex-
  568. ers and switches. VCs are aggregated in VPCs which are routed as such through VP multiplexers/demultiplexers 
  569. and VP switches (see Figure 2/I.150).
  570.  
  571.  
  572.  
  573.  
  574.  
  575. FIGURE 2/150   =   cm
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585. 3.4.2    Quality of service (QOS) provided by the ATM layer
  586.  
  587. 3.4.2.1    QOS related to VCCs
  588.  
  589.     A user of a VCC is provided with one of a number of QOS classes supported by the network. Specific QOS 
  590. classes and the quality provided by each QOS class require further study. Requested QOS classes are indicated 
  591. to networks at call/connection establishment. The QOS class associated with a given connection within a call 
  592. will not change for the duration of the connection. Renegotiation of the QOS class may require the establish-
  593. ment of a new connection.
  594.  
  595. 3.4.2.2    QOS related to VPCs
  596.  
  597.     A user of a VPC is provided with one of a number of QOS classes supported by the network. Specific QOS 
  598. classes and the quality provided by each class require further study. Requested QOS classes are indicated to 
  599. networks at call/connection establishment. The QOS classes associated with a VPC will not change for the 
  600. duration of the VPC.
  601.  
  602.     It should be noted that a VPC will carry VC links of various QOS classes. The QOS of the VPC must meet 
  603. the most demanding QOS of the VC links carried.
  604.  
  605. 3.4.2.3    QOS related to cell loss priority (CLP)
  606.  
  607. 3.4.2.3.1    General
  608.  
  609.     Many variable bit rate (VBR) services will require a guarantee of some minimum capacity as well as a peak 
  610. capacity. In times of network congestion, the network will need to know which cells can be discarded without 
  611. violating the negotiated QOS parameters (for example, the guaranteed minimum capacity).
  612.  
  613.     Some VBR services will benefit if the user or service provider (e.g.layered coding video provider) can 
  614. select which cells have the higher loss sensitivity.
  615.  
  616. 3.4.2.3.2    CLP indicator
  617.  
  618.     One bit in the cell header is used for explicit cell loss priority indication. This bit may be set by the user 
  619. or service provider to indicate lower priority cells. Cells with the CLP bit set are subject to discard depending 
  620. on network conditions. Cells with the CLP bit not set have higher priority as capacity for them has been allo-
  621. cated within the network.
  622.  
  623.     The network will monitor the connection in accordance with mechanisms described in Recommen-
  624. dationI.311 in order to protect the QOS of other users.
  625.  
  626.     The rate of higher priority cells will be determined at call establishment and may be subsequently 
  627. renegotiated. Cells arriving at the network in excess of this rate will be subject to network usage parameter 
  628. control. Cells arriving at the network in excess of other agreed parameters for the call will also be subject to 
  629. normal usage parameter control.
  630.  
  631.     Note û The cell loss priority mechanism would not normally be used for constant bit rate (CBR) ser-
  632. vices, i.e. cells belonging to a CBR service would not normally have the CLP indicator set.
  633.  
  634. 3.4.3    Payload type functions
  635.  
  636.     The payload type field is used to provide an indication of whether the cell payload (i.e. information field) 
  637. contains user information or network information. In user information cells the payload consists of user infor-
  638. mation and service adaptation function information. In network information cells the payload does not form 
  639. part of the user's information transfer.
  640.  
  641.     When the payload type field does not indicate user information, further information concerning the 
  642. type of network control will be found in the information field of the cell.
  643.  
  644.     It is envisaged that network information cells would be generated within the network but might cross 
  645. the UNI. Use of network information cells by users is for further study.
  646.  
  647.     The use of the payload type field for additional functions related to usage parameter control is for 
  648. further study.
  649.  
  650. 3.4.4    Generic flow control (GFC) at the UNI
  651.  
  652.     The GFC mechanism assists in the control of the flow of traffic from ATM connections of various QOS 
  653. classes (related to the ATM Layer). More specifically, the GFC mechanism is used to control traffic flow in order 
  654. to alleviate short-term overload conditions that may occur.
  655.  
  656.     In situations where flow control is unnecessary, the impact of the implementation of the GFC mecha-
  657. nism on the terminal is for further study.
  658.  
  659.     The specification of the GFC mechanism is for further study. However, the mechanism is expected to 
  660. conform to the following:
  661.  
  662. a)    The flow control at the UNI is supported by the ATM cell header. The GFC field is used to provide this func-
  663. tion.
  664.  
  665. b)    The GFC mechanism may assist the customer network in providing various QOS within the customer net-
  666. work.
  667.  
  668. c)    The GFC mechanism should not perform flow control of traffic from the network. The use of GFC at SB and 
  669. TB is as follows:
  670.  
  671. i)    GFC at SB
  672.  
  673.     The GFC field is present at the interface at the SB reference point and the I* interface.
  674.  
  675.     The GFC mechanism should provide flow control of information generated locally by terminals within a cus-
  676. tomer's premises. This traffic may occur in directions to and from the terminal across the interface at the SB reference 
  677. point and the I*interface. Operation of the GFC mechanism within the B-NT2 to control the traffic in the B-NT2 to termi-
  678. nal direction is for further study. The specific mechanism at the interface at the SB reference point and I* interface is for 
  679. further study.
  680.  
  681. ii)    GFC at TB
  682.  
  683.     The GFC field is present at the interface at the TB reference point. It may be used to provide flow control 
  684. of information transfer in a direction from the B-TE to the network; however, this and the specific mechanism at TB is for 
  685. further study.
  686.  
  687. d)    The GFC mechanism resides in the ATM Layer and is independent of the Physical Layer.
  688.  
  689. e)    The GFC mechanism applies at B-UNIs and should support the configurations of _ 2.2 of Recommendation 
  690. I.413.
  691.  
  692. f)    The GFC mechanism must allow a terminal to achieve an assured capacity or bandwidth allocated by the 
  693. network to both CBR and VBR calls. In the case of VBR services, the GFC mechanism must be able to partition fairly and 
  694. efficiently the capacity above that guaranteed for all active connections.
  695.  
  696. g)    The GFC mechanism should not compromise terminal interchangeability.
  697.  
  698. ANNEX  A
  699.  
  700. (to Recommendation I.150)
  701.  
  702. Alphabetical list of abbreviations contained in this Recommendation
  703.  
  704.  
  705.  
  706. AAL    ATM Adaptation Layer
  707.  
  708. CBR    Constant bit rate
  709.  
  710. CLP    Cell loss priority
  711.  
  712. GFC    Generic flow control
  713.  
  714. NNI    Network-node interface
  715.  
  716. QOS    Quality of service
  717.  
  718. UNI    User-network interface
  719.  
  720. VBR    Variable bit rate
  721.  
  722. VC    Virtual channel
  723.  
  724. VCC    Virtual channel connection
  725.  
  726. VCI    Virtual channel identifier
  727.  
  728. VP    Virtual path
  729.  
  730. VPC    Virtual path connection
  731.  
  732. VPI    Virtual path identifier
  733.